home *** CD-ROM | disk | FTP | other *** search
/ SGI Developer Toolbox 6.1 / SGI Developer Toolbox 6.1 - Disc 4.iso / documents / RFC / rfc1069.txt < prev    next >
Text File  |  1994-08-01  |  24KB  |  563 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                          R. Callon
  8. Request for Comments: 1069                                           BBN
  9. Obsoletes: RFC 986                                            H.W. Braun
  10.                                                                    UMich
  11.                                                            February 1989
  12.  
  13.  
  14.          Guidelines for the use of Internet-IP addresses in the
  15.                 ISO Connectionless-Mode Network Protocol
  16.  
  17. Status of This Memo
  18.  
  19.    This RFC suggests an addressing scheme for use with the ISO
  20.    Connectionless Network Protocol (CLNP) in the Internet.  This is a
  21.    solution to one of the problems inherent in the use of "ISO-grams" in
  22.    the Internet.  This RFC suggests a proposed protocol for the Internet
  23.    community, and requests discussion and suggestions for improvements.
  24.    Distribution of this memo is unlimited.
  25.  
  26.    This memo is a revision of RFC 986.  Changes were made in order to
  27.    allow the addressing used in the CLNP in the Internet to be
  28.    potentially useful for routing in the context of new inter- and
  29.    intra-domain routing protocols, and in the context of large numbers
  30.    of networks and routing domains.  The addressing scheme proposed in
  31.    this RFC allows individual routing domains to make use of internal
  32.    routing algorithms utilizing a variety of addressing formats, while
  33.    still providing for a common addressing approach for use by inter-
  34.    domain routing.  These features are important due to the rapid growth
  35.    currently being experienced in the Internet.
  36.  
  37. 1.  Objectives
  38.  
  39.    The data communications protocols currently emerging out of the
  40.    international standardization efforts warrant an early integration
  41.    into the existing extensive Internet network infrastructure.  The two
  42.    possible approaches are a top-down one, where ISO applications like
  43.    FTAM, X.400 and VTP are integrated on top of the transport function
  44.    of the IP protocol suite, or a bottom-up approach where the whole ISO
  45.    tower gets integrated without merging the two suites.  The bottom-up
  46.    approach may make use of the fact that the ISO-CLNP and the IP are
  47.    very similar in function.  This implies that it is reasonable to
  48.    implement a multiprotocol function in some or all of the Internet
  49.    gateways (potentially including part or all of the Internet
  50.    environment).  The result would be that at least large portions of
  51.    the Internet, in particular the backbones, can become usable for full
  52.    implementations of the ISO protocol stack.
  53.  
  54.    A major problem with this approach is that there are open issues with
  55.  
  56.  
  57.  
  58. Callon & Braun                                                  [Page 1]
  59.  
  60. RFC 1069                   IP ISO Addressing               February 1989
  61.  
  62.  
  63.    regard to the ISO addressing within the CLNP.  In particular, the ISO
  64.    network layer addressing standard allows a great deal of flexibility
  65.    in the assignment of addresses, and a particular address format must
  66.    be chosen.  A further problem is the need for implementation and
  67.    integration of routing facilities for the ISO-compatible subset of
  68.    the Internet environment.
  69.  
  70.    This paper proposed to use addresses which are considerably more
  71.    flexible than the addresses used in the current IP Internet
  72.    environment.  This flexibility is necessary in order to allow some
  73.    routing domains to base their internal routing protocol on addresses
  74.    derived from the current IP addresses, to allow other routing domains
  75.    to base routing on addresses in accordance to the intra-domain
  76.    routing protocol being developed by ANSI and ISO [6], and to allow
  77.    generality for a future inter-domain routing protocol.
  78.  
  79.    The addressing scheme proposed here makes use of the concept of
  80.    "routing domains" as used in ANSI and ISO.  This concept is similar
  81.    to, but not identical with, the concept of "Autonomous System" used
  82.    in the Internet.  Routing domains include a combination of gateways,
  83.    networks, and end systems (not just gateways), and routing domain
  84.    boundaries may be used to define associated access control and policy
  85.    routing constraints.  Like autonomous systems, routing domains may be
  86.    assumed to be topologically contiguous.  There is no a priori reason
  87.    why routing domains assigned for use with the ISO IP need to have any
  88.    particular relation with existing autonomous systems which have been
  89.    assigned for use with the IP.  The assignment of specific routing
  90.    domain identifiers is an "assigned numbers" function which is
  91.    necessary for use of the ISO IP in the Internet, but is beyond the
  92.    scope of this document.
  93.  
  94.    It is expected that this addressing scheme will be appropriate for
  95.    long term use with the ISO IP in the Internet.  However, it is also
  96.    expected that in the long term, the Internet will be interconnected
  97.    with other routing domains making use of other schemes, such as
  98.    addresses assigned to commercial internets through ANSI, and
  99.    addresses assigned by national standards organizations in other
  100.    countries.  This implies that, in the long term, gateways in the
  101.    Internet will need to be able to route datagrams to destinations in
  102.    other routing domains not conforming to the addressing format
  103.    proposed here.  This is discussed in greater detail in section 6.
  104.  
  105. 2.  Introduction
  106.  
  107.    The CLNP is documented in [1], but for matters of completeness the
  108.    following illustration of the CLNP header is included here as Figure
  109.    1.
  110.  
  111.  
  112.  
  113.  
  114. Callon & Braun                                                  [Page 2]
  115.  
  116. RFC 1069                   IP ISO Addressing               February 1989
  117.  
  118.  
  119.    The addressing part of the header is the subject of this RFC, i.e.,
  120.    the source and the destination address, respectively.  These
  121.    addresses are generally discussed in [2] and [3], with this document
  122.    presenting a specific method for addressing in the Internet
  123.    environment, consistent with the international standardized NSAP
  124.    addresses.
  125.  
  126.                                              Octet
  127.    +--------------------------------------+                   +--------
  128.    |  Network Layer Protocol Identifier   |  1                :
  129.    |--------------------------------------|                   :
  130.    |           Length Indicator           |  2                :
  131.    |--------------------------------------|                   :
  132.    |   Version/Protocol Id Extension      |  3                :   Fixed
  133.    |--------------------------------------|                   :
  134.    |              Lifetime                |  4                :    Part
  135.    |--------------------------------------|                   :
  136.    |SP|MS|E/R|      Type                  |  5                :
  137.    |--------------------------------------|                   :
  138.    |           Segment Length             |  6,7              :
  139.    |--------------------------------------|                   :
  140.    |              Checksum                |  8,9              :
  141.    |--------------------------------------|                   +--------
  142.    | Destination Address Length Indicator |  10               :
  143.    |--------------------------------------|                   :
  144.    |         Destination Address          |  11 through m-1   : Address
  145.    |--------------------------------------|                   :
  146.    |    Source Address Length Indicator   |  m                :    Part
  147.    |--------------------------------------|                   :
  148.    |            Source Address            |  m+1 through n-1  :
  149.    |--------------------------------------|                   +--------
  150.    |         Data Unit Identifier         |  n,n+1            :
  151.    |--------------------------------------|                   : Segment
  152.    |            Segment Offset            |  n+2,n+3          :   ation
  153.    |--------------------------------------|                   :
  154.    |             Total Length             |  n+4,n+5          :    Part
  155.    |--------------------------------------|                   +--------
  156.    |                Options               |  n+6 through p    : Options
  157.                                                                    Part
  158.    |--------------------------------------|                   +--------
  159.    |                 Data                 |  p+1 through z    :    Data
  160.    +--------------------------------------+                   +--------
  161.  
  162.                        Figure 1:   PDU Header Format
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170. Callon & Braun                                                  [Page 3]
  171.  
  172. RFC 1069                   IP ISO Addressing               February 1989
  173.  
  174.  
  175. 3.  Addresses for Use in the Internet
  176.  
  177.    This section describes the addresses used to address NSAPs in the
  178.    Internet.
  179.  
  180.    The appropriate Authority and Format Identifier (AFI) is one octet in
  181.    length.  It specifies an ISO-6523-ICD assignment, and also that the
  182.    Domain Specific Part (DSP) of the address is based on binary.  The
  183.    AFI octet uses the value "47".  The ISO-6523-ICD format is used to
  184.    emphasize that this is an administrative assignment.  The usage of an
  185.    ISO DCC (Data Country Code) would be possible, but could be
  186.    misleading due to the fairly far spread geographical extent of the
  187.    Internet.
  188.  
  189.    As required by the ISO addressing standard, the next two octets of
  190.    the address, in this case, specify the Initial Domain Identifier.
  191.    This two octet value is the International Code Designator (ICD)
  192.    assigned to the Internet, "0006".
  193.  
  194.    The remainder of the NSAP address is the Domain Specific Part (DSP).
  195.    This is assigned by the Internet administration, which is considered
  196.    to be an addressing domain.  Note that there is no particular
  197.    relationship required between addressing domains and routing domains.
  198.    In this case, although the Internet is considered to be a single
  199.    addressing domain, it is expected that it will consist of multiple
  200.    routing domains.
  201.  
  202.    The DSP of the address specifies a one octet version number, a two
  203.    octet global area number, a two octet routing domain number, a
  204.    variable length padding field, a variable length IGP specific part,
  205.    and a one octet selector field.
  206.  
  207.    The version number is provided to allow for future extensions, and
  208.    must contain the value "02".
  209.  
  210.    The global area number and routing domain number are provided to
  211.    allow for inter-domain routing.  Initially, the global area number is
  212.    reserved and must be set to zero.  The routing domain number may be
  213.    set to the routing domain number of any gateway by which the
  214.    associated host address is directly reachable.
  215.  
  216.    The IGP specific part of the address may contain whatever addressing
  217.    format is used in the routing domain.  Two particular formats are
  218.    expected to be used initially, and are presented in section 4.
  219.    Padding is used so that the entire address will always be 20 octets
  220.    in length.
  221.  
  222.    The selector field performs the same function as the user protocol
  223.  
  224.  
  225.  
  226. Callon & Braun                                                  [Page 4]
  227.  
  228. RFC 1069                   IP ISO Addressing               February 1989
  229.  
  230.  
  231.    field in the IP header.  This is necessary because the ISO protocol
  232.    considers identification of the user protocol to be an addressing
  233.    issue, and therefore does not allow for the user protocol to be
  234.    specified in the protocol header independently from the address.
  235.  
  236.    The assignment of specific routing domain identifiers to defined
  237.    routing domains, and the assignment of values for use in the selector
  238.    field, are functions for the Assigned Numbers authority for the
  239.    Internet [4].  The specific values to be used are outside of the
  240.    scope of this document.
  241.  
  242.    In summary, a source or destination address within the ISO
  243.    Connectionless Protocol, when used in the Internet, looks as follows:
  244.  
  245.                                                   Octet
  246.  
  247.                        +------------------------+
  248.                        |          AFI           |     1
  249.                        +------------------------+
  250.                        |       IDI / ICD        |     2
  251.                        +--                    --+
  252.                        |(specifies DoD Internet)|     3
  253.                        +------------------------+
  254.                        |     Version Number     |     4
  255.                        +------------------------+
  256.                        |      Global Area       |     5
  257.                        +---                  ---+
  258.                        |         Number         |     6
  259.                        +------------------------+
  260.                        |        Routing         |     7
  261.                        +---                  ---+
  262.                        |         Domain         |     8
  263.                        +------------------------+
  264.                        |                        |     9
  265.                        :        Padding         :     :
  266.                        :                        :     :
  267.                        |                        |     n
  268.                        +------------------------+
  269.                        |          IGP           |   n+1
  270.                        :                        :     :
  271.                        :                        :     :
  272.                        |        Specific        |    19
  273.                        +------------------------+
  274.                        |        Selector        |    20
  275.                        +------------------------+
  276.  
  277.                     Figure 2: ISO IP address structure
  278.  
  279.  
  280.  
  281.  
  282. Callon & Braun                                                  [Page 5]
  283.  
  284. RFC 1069                   IP ISO Addressing               February 1989
  285.  
  286.  
  287.    The Authority and Format Identifier (AFI) is "47" (BCD).  The Initial
  288.    Domain Identifier (IDI) consists of the International Code Designator
  289.    (ICD) assigned to the Internet, and must contain the value "0006".
  290.    The Version Number must contain the value "02".  The Global Area
  291.    Number must contains the value "00".  The Padding field is of
  292.    variable length, but must contain the value zero.
  293.  
  294. 4.  Specific Values for use with the IGP specific field
  295.  
  296.    In general, a particular routing domain may specify any addressing
  297.    scheme for use with the IGP specific part of the address, up to 11
  298.    octets in length (consistent with the maximum address length of 20
  299.    octets).  However, it is expected that initially addresses used in
  300.    this field will consist of either the current IP addresses, or
  301.    addresses conformant with those specified in the draft ANSI proposal
  302.    for intra-domain routing.
  303.  
  304.    For end systems which are members of routing domains using the IP
  305.    addresses for internal routing, the addresses will look as follows:
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338. Callon & Braun                                                  [Page 6]
  339.  
  340. RFC 1069                   IP ISO Addressing               February 1989
  341.  
  342.  
  343.                                                   Octet
  344.  
  345.                        +------------------------+
  346.                        |          AFI           |     1
  347.                        +------------------------+
  348.                        |       IDI / ICD        |     2
  349.                        +--                    --+
  350.                        |(specifies DoD Internet)|     3
  351.                        +------------------------+
  352.                        |     Version Number     |     4
  353.                        +------------------------+
  354.                        |      Global Area       |     5
  355.                        +---                  ---+
  356.                        |         Number         |     6
  357.                        +------------------------+
  358.                        |        Routing         |     7
  359.                        +---                  ---+
  360.                        |         Domain         |     8
  361.                        +------------------------+
  362.                        |                        |     9
  363.                        :        Padding         :     :
  364.                        :                        :     :
  365.                        |                        |    15
  366.                        +------------------------+
  367.                        |       Four Octet       |    16
  368.                        +---                  ---+
  369.                        |        Internet        |    17
  370.                        +---                  ---+
  371.                        |          DoD           |    18
  372.                        +---                  ---+
  373.                        |        Address         |    19
  374.                        +------------------------+
  375.                        |        Selector        |    20
  376.                        +------------------------+
  377.  
  378.            Figure 3: ISO IP Address with Encoded DoD IP Address
  379.  
  380.    For end systems which are members of routing domains using the
  381.    address format specified in the draft ANSI proposal for intra-domain
  382.    routing [6], the addresses will look as follows:
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394. Callon & Braun                                                  [Page 7]
  395.  
  396. RFC 1069                   IP ISO Addressing               February 1989
  397.  
  398.  
  399.                                                   Octet
  400.  
  401.                        +------------------------+
  402.                        |          AFI           |     1
  403.                        +------------------------+
  404.                        |       IDI / ICD        |     2
  405.                        +--                    --+
  406.                        |(specifies DOD Internet)|     3
  407.                        +------------------------+
  408.                        |     Version Number     |     4
  409.                        +------------------------+
  410.                        |      Global Area       |     5
  411.                        +---                  ---+
  412.                        |         Number         |     6
  413.                        +------------------------+
  414.                        |        Routing         |     7
  415.                        +---                  ---+
  416.                        |         Domain         |     8
  417.                        +------------------------+
  418.                        |                        |     9
  419.                        +---                  ---+
  420.                        |        Padding         |    10
  421.                        +---                  ---+
  422.                        |                        |    11
  423.                        +------------------------+
  424.                        |                        |    12
  425.                        +---     LOC-AREA     ---+
  426.                        |                        |    13
  427.                        +------------------------+
  428.                        |                        |    14
  429.                        :           ID           :     :
  430.                        :                        :     :
  431.                        |                        |    19
  432.                        +------------------------+
  433.                        |        Selector        |    20
  434.                        +------------------------+
  435.  
  436.          Figure 4: ISO IP Address with Encoded ANSI-format Address
  437.  
  438. 5.  Devices Attached to PDNs
  439.  
  440.    Otherwise isolated end systems, which are attached to the Internet
  441.    only indirectly via public data networks, and simple LANs which are
  442.    similarly attached only via Public Data Networks, may make use of a
  443.    separate address format based on their X.121 address.  Such addresses
  444.    may, for example, use the ISO-X.121 address format discussed in [3].
  445.    These addresses will need to be handled for routing purposes in much
  446.    the same way as addresses in routing domains which have been
  447.  
  448.  
  449.  
  450. Callon & Braun                                                  [Page 8]
  451.  
  452. RFC 1069                   IP ISO Addressing               February 1989
  453.  
  454.  
  455.    interconnected to the Internet, but which use other address formats,
  456.    such as those specified by national standards bodies.
  457.  
  458. 6.  Migration to Future Routing Protocols
  459.  
  460.    Initially, routing of ISO datagrams in the Internet may make use of
  461.    the first 8 octets of the address (AFI, ICD, version, global area
  462.    number, and routing domain number) as a flat field identifying the
  463.    routing domain.  This implies that if EGP is initially used for
  464.    routing between routing domains, a new version of EGP may be required
  465.    to carry 8 octet routing domain numbers instead of 3 octet network
  466.    numbers.
  467.  
  468.    There are currently several efforts underway to determine the
  469.    requirements for inter-autonomous system routing, and to define a new
  470.    protocol.  One of the requirements of inter-autonomous system routing
  471.    is the need to be able to deal with a very large Internet.  It is
  472.    anticipated that during the lifetime of the addressing scheme
  473.    described in this RFC the number of networks in the Internet will
  474.    grow to the point where it is no longer feasible for any gateway to
  475.    maintain separate routes to every network in the Internet.  Allowing
  476.    inter-domain routing to be done by routing domain number instead of
  477.    network number is therefore a necessary step in the long term.
  478.  
  479.    It is difficult to anticipate the rate at which the number of routing
  480.    domains may grow.  For example, during a period of time in which the
  481.    number of networks grows by a factor of 100, it is not clear whether
  482.    the number of routing domains may also be expected to grow by a
  483.    factor of 100, or by some lesser amount.  It is possible that the
  484.    number of routing domains will also grow to a point where it is not
  485.    feasible for a single gateway to maintain separate routes to each.
  486.    In order to prepare for this eventuality, we have provided for a
  487.    "global area" field.
  488.  
  489.    In the long term, it will be necessary for gateways to route to
  490.    destinations which are in routing domains utilizing other addressing
  491.    formats, specified by other organizations such as ANSI, ECMA, etc.
  492.    In this case, it will not be possible to ensure that the first 8
  493.    octets of the address specifies the routing domain.  In the long
  494.    term, it will therefore be necessary to route based on variable
  495.    length routing domain identifiers.  It may be assumed that future
  496.    inter-domain routing protocols will allow for specification of either
  497.    (1) an address mask, specifying which part of an address is relevant
  498.    for specifying those destinations which are reachable via a
  499.    particular domain; or (2) a length field, specifying how many leading
  500.    octets in a particular address are relevant.  Specification of the
  501.    details of such a routing protocol is beyond the scope of this
  502.    document.
  503.  
  504.  
  505.  
  506. Callon & Braun                                                  [Page 9]
  507.  
  508. RFC 1069                   IP ISO Addressing               February 1989
  509.  
  510.  
  511. References
  512.  
  513.    [1]  ISO, "Protocol for Providing the Connectionless-Mode Network
  514.         Services", RFC-926, ISO, December 1984.
  515.  
  516.    [2]  ANSI, "Guidelines for the Specification of the Structure of the
  517.         Domain Specific Part (DSP) of the ISO Standard NSAP Address",
  518.         RFC-982, ANSI Working Document X3S3.3/85-258, April 1986.
  519.  
  520.    [3]  ISO, Draft International Standard 8348/DAD2, "Information
  521.         Processing Systems  --  Data Communications  --  Network Service
  522.         Definition, Addendum 2 Covering Network Layer Addressing", RFC-
  523.         941, April 1985.
  524.  
  525.    [4]  Reynolds, J. and J. Postel, "Assigned Numbers", RFC-1010,
  526.         USC/Information Sciences Institute, May 1987.
  527.  
  528.    [5]  Callon, R. and H. W. Braun, "Working Draft -- Guidelines for the
  529.         use of Internet-IP addresses in the ISO Connectionless-Mode
  530.         Network Protocol," RFC-986, June 1986.
  531.  
  532.    [6]  ISO TC97/SC6/WG2 working document, "Intermediate System to
  533.         Intermediate System Intra-Domain Routing Exchange Protocol".
  534.  
  535.  
  536.  
  537.  
  538.  
  539.  
  540.  
  541.  
  542.  
  543.  
  544.  
  545.  
  546.  
  547.  
  548.  
  549.  
  550.  
  551.  
  552.  
  553.  
  554.  
  555.  
  556.  
  557.  
  558.  
  559.  
  560.  
  561.  
  562. Callon & Braun                                                 [Page 10]
  563.